home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0118 / 161.txt < prev    next >
Text File  |  1997-04-16  |  27KB  |  725 lines
  1. Info-Atari16 Digest         Fri, 22 Mar 91       Volume 91 : Issue 161
  2.  
  3. Today's Topics:
  4.                              "Easy Money"
  5.                     Atari 1040st + printer 4 sale
  6.                Does anyone sell GDOS drivers and fonts?
  7.                  GCC: Virtual memory exhausted error?
  8.                        GCR floopy drive problem
  9.                            GEM source code
  10.                            IFF converters?
  11.                      Problems unpacking Gemini1.2
  12.                     Reading an HP series 300 disk
  13.                      standard practices (2 msgs)
  14.                     ST Disks & Sparcstation Drives
  15.           Toaster & ST (was: re: LEXICOLOR, Atari TT/030,...
  16.                              TOS Versions
  17.                             TT video modes
  18.                 Two New Computer Announcements - CeBIT
  19.  
  20. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  21. cross-posting to/from Usenet is getting closer, but still getting thrashed
  22. out.  Please send notifications about broken digests or bogus messages
  23. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  24.  
  25. Please send requests for un/subscription and other administrivia to
  26. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  27. instead of the moderators are likely to be lost or ignored.
  28.  
  29. If you want to unsubscribe, and you're receiving the digest indirectly
  30. from someplace (usually a BITNET host) that redistributes it, please
  31. contact the redistributor, not us.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Thu, 21 Mar 91 20:31 EDT
  35. From: <WJOHNSTO%COLGATEU.BITNET@CORNELLC.cit.cornell.edu>
  36. Subject: "Easy Money"
  37. To: INFO-ATARI16@naucse.cse.nau.edu
  38.  
  39.         For any of us who still needed convincing that the "microcomputer
  40. revolution" (as a social phenomenon) is dead, and that computing has
  41. reached a level of banality roughly equivalent to cleaning out a catbox,
  42. the "Easy Money" message (news digest #159, I believe) just about
  43. cinches it.
  44.  
  45.         I know this isn't the first time such a message has found its
  46. way onto a newsnet (and wasted a ton of "bandwidth", as the saying goes);
  47. but really, people, come on...
  48.  
  49.         Perpetrators of chain letters *always* claim they are perfectly
  50. legal. They're not. (In this case, given the interstate nature
  51. of the net, you could also add a potential Wire Fraud charge to the usual
  52. sanctions.)
  53.  
  54.         Such people *always* claim somebody (or two, or three) has gotten
  55. rich from the scheme. They don't.
  56.  
  57.         Just about the only thing missing from this one was the traditional
  58. threat that if you DON'T respond, you (or your pet goldfish) will
  59. be visited by misfortune, or suffer from repeated hallucinatory
  60. visions featuring Elvis Presley and/or J. Fred Muggs.
  61.  
  62.         I'll make you a deal, whoever you are (I was laughing so hard I
  63. forgot to note your address): I won't report you, and you
  64. don't bother us. There are too many people on this net trying to say and
  65. do intelligent things using computers, and too many of us who depend upon
  66. them for help and advice, for you to clutter up the network (and abuse our
  67. privileges) with your little schemes.  If you're looking for a more
  68. constructive outlet for your energy, I could recommend a few thousand
  69. good books...
  70.  
  71.         Michael Johnston
  72.         WJOHNSTON@COLGATEU.BITNET
  73.  
  74.         On second thought, maybe I could start a chain letter for people who
  75. can remember J. Fred Muggs...?
  76.  
  77. ------------------------------
  78.  
  79. Date: 22 Mar 91 00:46:15 GMT
  80. From:
  81.  noao!asuvax!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!pacific.mps.o
  82.  hio-state.edu!linac!att!bu.edu!bucsf.bu.edu!delta@arizona.edu (peter tragakis)
  83. Subject: Atari 1040st + printer 4 sale
  84. To: Info-Atari16@naucse.cse.nau.edu
  85.  
  86. FOR SALE:
  87.  
  88.            Atari 1040st 1Mb RAM  720k DD internal drive
  89.            SC 1224 color monitor
  90.            Oki 20 color printer.
  91.  
  92.         Asking for $700 or best offer.
  93.  
  94.  
  95.           call 617-731-5088 or email delta@bucsf.bu.edu
  96.  
  97. ------------------------------
  98.  
  99. Date: 22 Mar 91 01:12:46 GMT
  100. From:
  101.  arizona.edu!cerritos.edu!nic.csu.net!usc!wuarchive!m.cs.uiuc.edu!vela!wsu-cs!ja
  102.  ke!pbh@arizona.edu (Patrick Haggood)
  103. Subject: Does anyone sell GDOS drivers and fonts?
  104. To: Info-Atari16@naucse.cse.nau.edu
  105.  
  106. I've got a few shareware programs (did you register your shareware? Last
  107. week was Shareware Registration Week) that use GDOS, but I don't have
  108. a driver for the Epson LQ-500.  I'd also like a san-serif font.  I
  109. bought G+Plus, but this included no drivers.  I don't want to spend $100
  110. on a program just to get an Epson LQ500 driver; so; does anybody know of
  111. a company that sells GDOS drivers and fonts?
  112.  
  113.  
  114. --
  115. Patrick B. Haggood
  116. Wayne STate University
  117. Detroit, MI
  118. Physics - Class of 1991 (-2?)
  119.  
  120. ------------------------------
  121.  
  122. Date: 22 Mar 91 02:02:23 GMT
  123. From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!apratt@arizona.edu
  124.  (Allan Pratt)
  125. Subject: GCC: Virtual memory exhausted error?
  126. To: Info-Atari16@naucse.cse.nau.edu
  127.  
  128. es2a+@andrew.cmu.edu (Eric Stuyvesant) writes:
  129. >I have been getting an
  130. >error from GCC, namely "Virtual memory exhausted."
  131.  
  132. This means a malloc() call, or possibly an alloca() call, failed. Either
  133. __stksiz is set wrong (should be -1 for GCC 1.39) or your memory is
  134. fragmented or your RAMdisk is too big.  Or something.
  135.  
  136. ============================================
  137. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  138. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  139.  
  140. ------------------------------
  141.  
  142. Date: 21 Mar 91 23:23:42 GMT
  143. From: haven!cs.wvu.wvnet.edu!cerc.wvu.wvnet.edu!panther!dbb@purdue.edu (Dice
  144.  Blackboard)
  145. Subject: GCR floopy drive problem
  146. To: Info-Atari16@naucse.cse.nau.edu
  147.  
  148. I've got a question for all of you GCR experts out there.  I've been having a
  149. major problem with formatting, reading, and writing of mac disks.  Whether I'm
  150. in mac mode or using the format option in the spectre main menu, it always
  151. fails.  Formatting in spectre format works, but mac format doesn't. Reading
  152. and writing to mac disks formatted on another machine is also a problem.  Some
  153. work while others are unreadable or writable.  Even when it does successfully
  154. read and write, which isn't often, it seems to be struggling along and having
  155. problems.  Yes, I have run the GCRtest on my drive and the mac tests fail
  156. miserably. Has anyone had this problem, and if so what's causing it?  My
  157. floppy drive is running at 301 R.P.M.'s.  Could there be a problem with the
  158. drive speed causing this? I had version 2.65C and have recently received 3.0.
  159. The problem is the same on both versions. My system is a mega 2ST with an
  160. internal double sided drive. I also know about the problem with some mega 2st
  161. machines, but the symptoms listed in the manual don't seem to fit the problem
  162. I'm having.  I would sure appreciate any insight to this problem, because I'm
  163. clueless. Thanks.
  164.  
  165.                                    Mark Starvaggi
  166.                                    (email address: ms@cerc.wvu.wvnet.edu) or
  167.                                    ( ''      ''  : ms@cs.wvu.wvnet.edu )
  168.  
  169. ------------------------------
  170.  
  171. Date: 22 Mar 91 06:31:58 GMT
  172. From:
  173.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!caen!news.cs.ind
  174.  iana.edu!msi.umn.edu!cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington)
  175. Subject: GEM source code
  176. To: Info-Atari16@naucse.cse.nau.edu
  177.  
  178. [In article <1991Mar21.101741.14347@convex.com>,
  179.      rosenkra@convex.com (William Rosencranz) writes ... ]
  180.  
  181. > something just dawned on my, so please indulge me for a moment...
  182. >
  183. > of all the source code ever posted here (c.b.a.st), almost all, if not
  184. > all is unix-like utilities. i don't recall ever seeing source for gem
  185. > programs, even things like gem front ends to archivers. why is this?
  186.  
  187. There has been some, but darned little. The only complete GEM apps
  188. with source I can remember are from Jim Charlton, who wrote a nifty
  189. binary file editor and a resource construction kit.
  190.  
  191. > in this regard, i promise to post a real gem application sometime in
  192. > the next few months. source included! how 'bout that for trend setting :-)
  193.  
  194. Great! I don't suppose you're interested in writing a simple text-editing
  195. window module, are you? I really don't want to reinvent the wheel. (Which
  196. is a euphemism for ``I'm too lazy to write one myself.'')
  197.  
  198. The only GEM text editor for which I have located sources is DIARY.ACC,
  199. which unfortunately is written in Modula-2.  Since you're a fellow who
  200. regards the shift key in the same way most people regard bedbugs, you
  201. probably know why I find that disappointing. :-)
  202.  
  203. In the spirit of Sharing More GEM Code, here's a couple of functions.
  204. Corrections/suggestions are welcome. The third function apparently
  205. has a bug that shows up when I add |M_BUTTON to the arguments to
  206. evnt_multi(); if anybody sees what I did wrong please let me know.
  207.  
  208. /*
  209.  * Function: edit_form(form) OBJECT *form;
  210.  * Returns: int value of object used to exit the form
  211.  * Description: This is a wrapper for form_do that handles all
  212.  *              necessary drawing of the form, user interaction, etc.
  213.  */
  214. int edit_form(form)
  215.         OBJECT *form;
  216.         
  217.         int exit_obj;
  218.         int x,y,w,h;
  219.         graf_mouse(M_OFF,NULL);
  220.         form_center(form, &x, &y, &w, &h);
  221.         form_dial(FMD_START,1,1,1,1,x,y,w,h);
  222.         form_dial(FMD_GROW,1,1,1,1,x,y,w,h);
  223.         objc_draw(form, 0, 10, x, y, w, h);
  224.         graf_mouse(M_ON,NULL);
  225.         exit_obj = form_do(form, 0);
  226.         form_dial(FMD_SHRINK,1,1,1,1,x,y,w,h);
  227.         form_dial(FMD_FINISH,1,1,1,1,x,y,w,h);
  228.         form[exit_obj].ob_state = NORMAL;
  229.         return(exit_obj);
  230.         
  231.  
  232. /*
  233.  * Function: g_clrscr()
  234.  * Returns: void
  235.  * Description: Instructs GEM to redraw the workspace
  236.  */
  237. void g_clrscr()
  238.         
  239.         int x,y,w,h;
  240.         wind_get(0,WF_FULLXYWH,&x,&y,&w,&h);
  241.         form_dial(FMD_START,1,1,1,1,x,y,w,h);
  242.         form_dial(FMD_FINISH,1,1,1,1,x,y,w,h);
  243.         
  244.  
  245.  
  246. /*
  247.  * Function: show_about()
  248.  * Returns: void
  249.  * Description: Shows the ABOUTBOX until timeout or mouse click
  250.  */
  251. void show_about()
  252.         
  253.         OBJECT *aboutbox;
  254.         int x,y,w,h,junk;
  255.         static long delay;
  256.         delay = 4*1000L;
  257.         rsrc_gaddr(0,ABOUTBOX, &aboutbox); /* assumes there is such a thing */
  258.         graf_mouse(M_OFF,NULL);
  259.         form_center(aboutbox, &x, &y, &w, &h);
  260.         form_dial(FMD_START,1,1,1,1,x,y,w,h);
  261.         form_dial(FMD_GROW,1,1,1,1,x,y,w,h);
  262.         objc_draw(aboutbox, 0, 10, x, y, w, h);
  263.         graf_mouse(M_ON,NULL);
  264.  
  265.         /* This is where I wait for a timeout or a keystroke.
  266.            I'd like to wait for a mouse click, but adding
  267.            MU_BUTTON to the first argument causes evnt_multi
  268.            to return immediately. ??? */
  269.  
  270.         evnt_multi(MU_TIMER|MU_KEYBD,
  271.                 1, 1, 0,
  272.                 0,0,0,0,0,
  273.                 0,0,0,0,0,
  274.                 &junk,
  275.                 loword(delay),hiword(delay),
  276.                 &junk,&junk,
  277.                 &junk,&junk,
  278.                 &junk,
  279.                 &junk);
  280.  
  281.         form_dial(FMD_SHRINK,1,1,1,1,x,y,w,h);
  282.         form_dial(FMD_FINISH,1,1,1,1,x,y,w,h);
  283.  
  284.         
  285. ----
  286.   Steve Yelvington / P. O. Box 38 / Marine on St. Croix, MN 55047 USA
  287.   INTERNET: steve@thelake.mn.org    UUCP: plains!umn-cs!thelake!steve
  288.   GEnie: S.YELVINGTO2               Delphi: YELVINGTON
  289.  
  290. ------------------------------
  291.  
  292. Date: 21 Mar 91 15:07:00 GMT
  293. From:
  294.  arizona.edu!cerritos.edu!nic.csu.net!usc!cs.utexas.edu!sun-barr!olivea!bbn.com!
  295.  nic!bunny!seb3@arizona.edu (d2eve Belczyk)
  296. Subject: IFF converters?
  297. To: Info-Atari16@naucse.cse.nau.edu
  298.  
  299. In article <8278@mentor.cc.purdue.edu> youngmw@mentor.cc.purdue.edu (Michael)
  300.  writes:
  301. >Is there a good iff converter that someone could recommend?
  302. >I would like one that converts to Spectrum 512 format.
  303.  
  304. I just sent IFFSPC.ARC, a program I wrote back in 1987 to do just this, to
  305. atari.archive.umich.edu in /atari/new/iffspc.arc.  I hope that was the
  306. right place to put it.  I also mailed a copy to the original poster and
  307. would be happy to mail it to anyone without FTP access.
  308.  
  309. Steve Belczyk   CIS: 75126,515    BBS: +1 508 664-0149 (2400 bps)
  310. seb3@gte.com    GEnie: sbelczyk   UUCP: 
  311.  
  312. ------------------------------
  313.  
  314. Date: 21 Mar 91 23:54:30 GMT
  315. From:
  316.  arizona.edu!cerritos.edu!nic.csu.net!usc!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu
  317.  .edu!munnari.oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@arizona.edu (Warwick
  318.  Allison)
  319. Subject: Problems unpacking Gemini1.2
  320. To: Info-Atari16@naucse.cse.nau.edu
  321.  
  322. In <1991Mar21.151807.23964@abekrd.co.uk> mike@abekrd.co.uk (Mike Quinn) writes:
  323.  
  324. >                         * I need help *
  325.  
  326. >I have encountered a problem unpacking Gemini 1.2. It comes as three 'self-
  327. >extracting LHarc archives as well as LHARC.TTP. Hah, thought I - no problem
  328. >I'll just use the self extracting archives.
  329.  
  330. >                       *Big-time Mistake*
  331.  
  332. >I tried to run GMNI12_3.TOS, which created its own directory and put...
  333.  
  334.  
  335.         It worked FINE when I used it, and an excellent program indeed!
  336.  
  337. BTW, I ran GMNI12_1.TOS, GMNI12_2.TOS, then GMNI12_3.TOS (ie. numeric order).
  338. The documentation didn't specify a correct order, but this worked!
  339.  
  340. Warwick.
  341.  
  342. ps. Get GEMINI, Send them the Shareware Fee - IT IS EXCELLENT!
  343. --
  344.   _--_|\        warwick@cs.uq.oz.au
  345.  /      *  <--  Computer Science Department,
  346.  \_.--._/       University of Queensland,
  347.        v        AUSTRALIA.
  348.  
  349. ------------------------------
  350.  
  351. Date: 22 Mar 91 01:46:30 GMT
  352. From:
  353.  arizona.edu!cerritos.edu!nic.csu.net!usc!zaphod.mps.ohio-state.edu!caen!uflorid
  354.  a!gatech!prism!prism.gatech.EDU!gt1448b@arizona.edu (David P. Forrai)
  355. Subject: Reading an HP series 300 disk
  356. To: Info-Atari16@naucse.cse.nau.edu
  357.  
  358. I have some ASCII data on a 3.5" disk from an HP series 300
  359. computer that I need to use ASAP.  The disk drive just died
  360. on this machine and nobody knows when (or if) it will be fixed.
  361. Is it posible to read this disk on an ST?  A program, source
  362. code, or even helpful suggestions on how I can read this disk
  363. will be greatly appreciated.
  364.  
  365. -----
  366. David P. Forrai
  367. uucp:     ...!
  368. Internet: gt1448b@prism.gatech.edu
  369.  
  370. ------------------------------
  371.  
  372. Date: 21 Mar 91 23:42:25 GMT
  373. From: uhccux!munnari.oz.au!brolga!uqcspe!cs.uq.oz.au!warwick@ames.arpa (Warwick
  374.  Allison)
  375. Subject: standard practices
  376. To: Info-Atari16@naucse.cse.nau.edu
  377.  
  378. In <1991Mar21.065817.1799@convex.com> rosenkra@convex.com (William Rosencranz)
  379.  writes:
  380.  
  381.  
  382. >In article <324@uqcspe.cs.uq.oz.au> warwick@cs.uq.oz.au writes:
  383. >>In <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William
  384.  Rosencranz) writes:
  385. >>>it would be really nice if unix-like programs on the ST (or anywhere, for
  386. >                             ~~~~~~~~~~~~~~~~~~
  387. >i was not refering to gem stuff. and nor would i assume people who prefer
  388. >gem are "_potentially_ dim wits". to each his own...
  389.  
  390. I only meant GEM programs are easier to use.  I PREFER GEM for complex programs,
  391. and command line for simple, repetitive commands.
  392.  
  393. >Doing "cc -help" and getting the info in a very terse, concise way is
  394. >much faster than using man and wading thru pages of docs. i work mostly
  395. >from home at 2400 baud. and believe me, reading man pages is no great joy.
  396.  
  397.         Huh?  Are we using ST's or University computers here?  Or are we
  398. writing portable code or WHAT?
  399.  
  400. >having a "-help" option in no way hurts my (sizable) ego. in fact, just
  401. >the opposite: i would call the programmer considerate for not making me
  402. >try to remember every single scrap of information without openning a book,
  403. >electronic or otherwise.
  404.  
  405.         Clearly, you are NOW talking about a SMALL amount of informative text
  406. or the -help option - this is a GOOD idea!  But why not have a SYNOPSIS section
  407. in your manual...
  408.  
  409.  
  410. NAME
  411.      cc - C compiler
  412.  
  413. SYNOPSIS
  414.      cc [ -a ] [ -align _block ] [ -Bbinding ] [ -c ] [ -C ]
  415.           [ -dalign ] [ -dryrun ] [ -Dname [=def ] ] [ -E ]
  416.           [ float_option ] [ -fsingle ] [ -g ] [ -go ] [ -help ]
  417.           [ -Ipathname ] [ -J ] [ -Ldirectory ] [ -M ]
  418.           [ -misalign ] [ -o outputfile ] [ -O[level] ]
  419.           [ -p ] [ -P ] [ -pg ] [ -pic ] [ -PIC ] [ -pipe ]
  420.           [ -Qoption prog opt ] [ -Qpath pathname ]
  421.           [ -Qproduce sourcetype ] [ -R ] [ -S ] [ -sb ]
  422.           [ -target target_arch ] [ -temp=directory ] [ -time ]
  423.           [ -Uname ] [ -w ] sourcefile ...  [ -llibrary ]
  424.  
  425. This appears on the FIRST PAGE of the manual entry, so "man cc" and "cc -help"
  426. take exactly the same amount of time to use, in fact, to be pedantic:
  427.  
  428.         1. "man cc" has less keystrokes than "cc -help"
  429.         2. The "man" program loads quicker than "cc" - man is smaller!
  430.  
  431. And with man, if the SYNOPSIS doesn't tell you enough, then you can keep
  432. browsing the entry, with -help, you have to go to man in the end!
  433.  
  434. Also, and this is my main gripe, too many programs have a -help option,
  435. but no man entry:  the developer is just too lazy it seems.
  436.  
  437. Ciaos to you all!
  438. Warwick.
  439.  
  440. Sorry to all who would rather this was mail rather than news.
  441. --
  442.   _--_|\        warwick@cs.uq.oz.au
  443.  /      *  <--  Computer Science Department,
  444.  \_.--._/       University of Queensland,
  445.        v        AUSTRALIA.
  446.  
  447. ------------------------------
  448.  
  449. Date: 22 Mar 91 03:50:15 GMT
  450. From: ucla-seas!turing!plinio@locus.ucla.edu (Plinio Barbeito)
  451. Subject: standard practices
  452. To: Info-Atari16@naucse.cse.nau.edu
  453.  
  454. In article <1991Mar21.071029.2289@convex.com> rosenkra@convex.com (William
  455.  Rosencranz) writes:
  456. >In article <2231@lee.SEAS.UCLA.EDU> plinio@crowe.seas.ucla.edu (Plinio
  457.  Barbeito) writes:
  458. >>In article <1991Mar20.204257.26740@convex.com> rosenkra@convex.com (William
  459.  Rosencranz) writes:
  460. >>>     -debug          to turn on internal debugging, if any
  461. >>
  462. >>In a beta release of something, but for a bugless program?
  463. >
  464. >i never saw one :-). what is a "bugless program"?
  465.  
  466. (I knew I shouldn't have said bugless) Programs that do only one
  467. thing.  Therefore, if they don't work (they don't do that one thing
  468. how you want), you throw them away.  An example of this kind of
  469. program: a utility that prints the date.  Typing "date -debug" is not
  470. something most people would be inclined to do.
  471.  
  472. >not all commands can be typed without args. stdin is usually inferred
  473. >as source of input.
  474. True, but as you probably know, there is also the '-' convention.
  475. Type 'command', and you get help.  Type 'command - < file' and you
  476. are sending that file to the stdin.  The trouble with this is that the
  477. original convention (a la 'cat') of 'command < file' is more elegant
  478. in its simplicity.
  479.  
  480. >mind. the alternative is...what IS the alternative? proofread 100k of
  481. >data looking for a typo? i HOPE not...
  482. In a release, the debugging is taken out (or not compiled in), that
  483. doesn't mean that the programmer couldn't have his own separate
  484. version, for debugging purposes.  I didn't mean to imply that
  485. programmers wouldn't be deprived of their debugging facilities (if
  486. that is what you are implying that I implied).
  487.  
  488. >>plin
  489. >>--
  490. >>----- ---- --- -- ------ ---- --- -- - -  -  plinio@seas.ucla.edu
  491. >>I don't think, I'm crazy.
  492. >
  493. >no, you're not crazy...
  494. >
  495. >-bill
  496. >rosenkra@convex.com
  497. >
  498. >(i am...)
  499. To avoid any possible misunderstanding, my .sig is an offshoot of
  500. the following scenario (I think it came from MAD magazine):
  501.  
  502. Elementary School Teacher: What's the answer?
  503. Student: What do you think it is?
  504. Teacher: I don't THINK, I know!
  505. Student (shrugging): Well I don't think I know either.
  506.  
  507. Any followups on this to rec.humor...
  508. --
  509. ----- ---- --- -- ------ ---- --- -- - -  -  plinio@seas.ucla.edu
  510. This page intentionally left blank so that it could contradict itself.
  511.  
  512. ------------------------------
  513.  
  514. Date: 21 Mar 91 04:54:27 GMT
  515. From: garfield!jupiter!r90p@uunet.uu.net (Schultz)
  516. Subject: ST Disks & Sparcstation Drives
  517. To: Info-Atari16@naucse.cse.nau.edu
  518.  
  519. >
  520. >       A few months ago, some people were talking about reading Atari
  521. >       ST disks from a Sparcstation.  Does anyone know how to go about
  522. >       this?
  523. >
  524. >       Specifically, I want to read files from a double sided disk onto
  525. >       my Sparc and then transfer them to my ST hard disk via modem (I
  526. >       only have a single-sided floppy).
  527.  
  528. From Mtools 2.03, patch #3:
  529.  
  530. # Mtools was posted to the unix-pc.sources news group (and mailed to the
  531. # moderator of comp.sources.unix) on the 17th of September 1990.  Since
  532. # then, patch #1 and #2 have been posted to unix-pc.sources,
  533. # comp.sources.bugs, and emailed to Rich Salz.
  534. #
  535. # In addition, the current version of Mtools and all the patches are
  536. # available via anonymous ftp from cerl.cecer.army.mil (129.229.1.101).
  537. #
  538. # Emmet P. Gray                           US Army, HQ III Corps & Fort Hood
  539. # ...!uunet!uiucuxc!fthood!egray          Attn: AFZF-DE-ENV
  540. # fthood!egray@uxc.cso.uiuc.edu           Directorate of Engineering & Housing
  541. #                                         Environmental Management Office
  542. #                                         Fort Hood, TX 76544-5057
  543.  
  544. Just a few days ago, I modified Mtools so that they can read
  545. and (be careful!) write single sided 3.5" floppies and e.g.
  546. floppies with 10 sec/track:
  547.  
  548. ---------------------------- < cut here > -------------------------
  549. *** devices.c_as_distrubuted    Mon Mar 11 17:39:48 1991
  550. --- devices.c   Mon Mar 11 17:41:34 1991
  551. ***************
  552. *** 27,37 ****
  553.   #endif /* MASSCOMP */
  554.  
  555.   #ifdef SPARC
  556.   struct device devices[] = 
  557. !       
  558. !       
  559.         
  560.   
  561.   #endif /* SPARC */
  562.  
  563.   #ifdef UNIXPC
  564. --- 27,94 ----
  565.   #endif /* MASSCOMP */
  566.  
  567.   #ifdef SPARC
  568. + #include <sys/types.h>
  569. + #include <sun/dkio.h>
  570. + #include <fcntl.h>
  571. +
  572. + int init_sparc_fd();
  573. +
  574.   struct device devices[] = 
  575. !       
  576.         
  577.   
  578. +
  579. + /*
  580. +  * Stuffing back the floppy parameters into the driver
  581. +  * allows for gems like 10 sector or single sided floppies
  582. +  * from Atari ST systems.
  583. +  * Also the table needs only one entry (SunOS already tries
  584. +  * for HD and DD floppies).
  585. +  * Note that it is necessary to set the partition info,
  586. +  * since otherwise e.g. a 800k floppy (80 tr., 2 heads, 10 sectors)
  587. +  * would only be read and writeable up to 720k.
  588. +  *
  589. +  * Martin Schulz, Universite de Moncton, March 11, 1991.
  590. +  */
  591. + int
  592. + init_sparc_fd(fd, ntracks, nheads, nsect)
  593. + int fd, ntracks, nheads, nsect;
  594. + 
  595. + struct fdk_char dkbuf;
  596. + struct dk_map   dkmap;
  597. +
  598. +       if (ioctl(fd, FDKIOGCHAR, &dkbuf) != 0) 
  599. +               ioctl(fd, FDKEJECT, NULL);
  600. +               return(1);
  601. +       
  602. +
  603. +       if (ioctl(fd, DKIOCGPART, &dkmap) != 0) 
  604. +               ioctl(fd, FDKEJECT, NULL);
  605. +               return(1);
  606. +       
  607. +
  608. +       if ( ntracks && nheads )
  609. +               dkbuf.ncyl      = ntracks * nheads;
  610. +       if ( nheads )
  611. +               dkbuf.nhead     = nheads;
  612. +       if ( nsect )
  613. +               dkbuf.secptrack = nsect;
  614. +
  615. +       if ( ntracks && nheads && nsect )
  616. +               dkmap.dkl_nblk  = ntracks * nheads * nsect;
  617. +
  618. +       if (ioctl(fd, FDKIOSCHAR, &dkbuf) != 0) 
  619. +               ioctl(fd, FDKEJECT, NULL);
  620. +               return(1);
  621. +       
  622. +
  623. +       if (ioctl(fd, DKIOCSPART, &dkmap) != 0) 
  624. +               ioctl(fd, FDKEJECT, NULL);
  625. +               return(1);
  626. +       
  627. +
  628. +       return(0);
  629. + 
  630.   #endif /* SPARC */
  631.  
  632.   #ifdef UNIXPC
  633. ---------------------------- < cut here > -------------------------
  634.  
  635. Replies to:                 Martin Schulz
  636.                             martin@atlantic.cs.unb.ca
  637.  
  638. ------------------------------
  639.  
  640. Date: 17 Mar 91 18:51:00 GMT
  641. From: attcan!telly!moore!eastern!egsgate!FredMail@uunet.uu.net
  642. Subject: Toaster & ST (was: re: LEXICOLOR, Atari TT/030,...
  643. To: Info-Atari16@naucse.cse.nau.edu
  644.  
  645. Don't worry, we have the ParSEC board and some others coming from Lexicor
  646.  Corporation.
  647.  
  648. S.S.
  649.  
  650. #! rnews 470
  651.  
  652. ------------------------------
  653.  
  654. Date: 21 Mar 91 19:40:26 GMT
  655. From: fluke!megatek!maxn@beaver.cs.washington.edu (Max Newman x6689)
  656. Subject: TOS Versions
  657. To: Info-Atari16@naucse.cse.nau.edu
  658.  
  659. I recently ran the sysinfo program on my machine and found
  660. that I have TOS ver 1.0.
  661. What might I gain by updating TOS versions?
  662. What are the different versions and what do they do\don't do?
  663.  
  664. --
  665. uucp address:  maxn@intermec.com  or uunet!pilchuck!intermec!maxn
  666. **Trust in your calling, make shure your calling is true**
  667.  
  668. ------------------------------
  669.  
  670. Date: 17 Mar 91 18:45:34 GMT
  671. From: attcan!telly!moore!eastern!egsgate!FredMail@uunet.uu.net
  672. Subject: TT video modes
  673. To: Info-Atari16@naucse.cse.nau.edu
  674.  
  675. Well the TT has a 320x480 mode with 256 colours at once.  It has a 1280x960 mono
  676.  mode and a 640x480 mode with 16 colours.  It is also supposed to have a special
  677.  gray scale modem (not too many people are aware of) that displays 256 levels of
  678.  gray scale in the TT 320x480 low resolution.  All this from a pallete of 4096.
  679.  
  680. S.S.
  681.  
  682. #! rnews 513
  683.  
  684. ------------------------------
  685.  
  686. Date: 22 Mar 91 02:48:33 GMT
  687. From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!trh@arizona.edu (T R
  688.  Hall)
  689. Subject: Two New Computer Announcements - CeBIT
  690. To: Info-Atari16@naucse.cse.nau.edu
  691.  
  692. seattle@hydra.unm.edu (David G. Adams) writes:
  693.  
  694. >>This is said to be the smallest 68000 based computer in the world.  Its
  695. >>size rivals any PC Notebook style computer that I have seen.  It is
  696. >>about 1/2 the size of my laptop computer and maybe 3/4 of an inch
  697. >>thick.  Features include:
  698. >>
  699. >(awesome list deleted with regret)
  700.  
  701. >No big deal about no disk drive - I hardly ever use my SF314 anymore anyway.
  702.  
  703. >Any idea at all (give or take $500US) how much this baby will cost?
  704. >Guess I'll find out in about 1-2 years, when it hits the US market.
  705. >Dave
  706.  
  707.         As the designer of said notebook-ST(e), I have held off introducing
  708. the subject, but as long as you brought it up ...
  709.  
  710.         The "Announced List Price" of the basic 1 MByte system RAM, 20 MByte
  711. IDE hard drive (no internal floppy, alas) system is $2000.00, with production
  712. slated for July/August (actually, the delay is mostly to cut the steel tools
  713. for the plastic).
  714.  
  715.                                                 TRH
  716.  
  717. (By the way, I seem to have missed the original post... can some kind soul
  718. forward it to me so I may have it for my scrapbook... and to check on the list
  719. of features?)
  720.  
  721. ------------------------------
  722.  
  723. End of Info-Atari16 Digest
  724. ******************************
  725.